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BACKGROUND OF THE INVENTION 

Field of the Invention : 

This invention generally relates to a method and system that can monitor and 
communicate positions of a mobile object by using a monitoring system that utilizes a 
software library to support multiple data formats and multiple protocols when communicating 
position information. More particularly, this invention relates to a method and system that 
collects and maps the position information received by the recipient of the position 
information. 

Discussion of the Background : 

With the rise of chip technology, many devices (e.g., laptops) are getting smaller with 
higher capabilities. The mainframe computer of 30 years ago has less capability than current 
laptop computers. In addition, the advance of battery technology allows increased portability 
of various devices. The functions of the cellular phone also have been increasing, with some 
services now supporting Internet access through the cellular phone. 

Technology continues to address many of today's problems. One current problem is 
finding a missing item (e.g., a stolen car) or a missing or distressed person. Tracking of 
vehicles such as automobiles and trucks is known. For example, Trimble Navigation Limited 
produces an array of products, including a global positioning system (GPS) by which data 
from mobile vehicles is sent via a wireless network at regular intervals to a centrally located 
base station to track the vehicles. 

Tremendous effort (money and manpower) also can be expended when searching for 
a missing person without ever finding that person. "Personal Locator Services Emerge" by 
Hiroaki Koshima & Joseph Hoshen (IEEE Spectrum, February 2000, vol. 37, no. 2, pp. 41 - 
48) (hereinafter "Koshima"), describes many implementations of a personal locator device. 



including those that use global positioning system (GPS), to locate the position of an 
individual with the device. The location of the individual with the personal locator device is 
obtained when a subscriber requests the individual's location through a location service 
provider or when the panic button on the device is pressed. The personal locator device 
5 communicates its location to the location service provider, and the information about the 

location of the individual is communicated to the subscriber. The system in Koshima utilizes 
a service center that has to be contacted by a requester to locate a missing subscriber (e.g., a 
patient suffering from dementia). Further, Layson, Jr. (U.S. Patent No. 6,014,080) describes 
how global positioning system (GPS) data from a body-worn active and passive tracking 

'.0 10 device is sent via a wireless network to a centrally located base station. 

Ol 

^ SUMMARY OF THE INVENTION 

^ There is a need for a remote position reporting device which sends properly formatted 

GPS data from mobile objects via a wireless network to any specified party using appropriate 
\ % 15 data formats and communication protocols such that the recipient (i.e., the person(s) in search 
55 of the mobile object) can read the location of the mobile object without having to depend on a 

base station or a location service provider to give the position of the mobile object. There is 
also a need for a mapping software that uses the formatted GPS data received from the 
remote position reporting device to display the device's position on a map so that the 
20 recipient can locate the mobile object. 

Accordingly, one object of the present invention is to provide methods to improve the 
chances of finding a mobile object by periodically transmitting, from a position reporting 
device, GPS location data to a recipient in search of the mobile object. By communicating 
information about the mobile object's position(s) directly to the recipient in search of the 
25 mobile object, there is a greater chance that the mobile object will be found. 
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Another object of the present invention is to provide a system for monitoring the 
position of a mobile object with a global positioning system (GPS) receiver, a monitoring 
system, and an Internet access module communicating the position directly to the recipient in 
search of the mobile object. 
5 A further object of the present invention is to provide a system for communicating 

data obtained by monitoring the position of a GPS receiver to a remote recipient by 
transmitting data in formats that ease the analysis of received data at the remote recipient. 

A further object of the present invention is to provide a system for mapping the data 
obtained from the remote position reporting device onto a map so that the recipient of the 
=S 1 0 data can easily identify the location of the mobile object and the path taken by the mobile 

m 

SI object. 

H= The present invention achieves these and other objects by monitoring the positions of 

ru a remote position reporting device (e.g., a device including a GPS receiver) that can be part 

^5 of, or attached to, any mobile object including, but not limited to, a child, a skier, a car or 

as s 

15 expensive items. In one embodiment, the obtained positions are collected, logged and 

communicated to a desired location by at least one of (1) a store-and-fonvard protocol (e.g., 
Internet e-mail) and (2) a direct-connection protocol (e.g., file transfer protocol (FTP)). The 
use of e-mail communication reduces the costs associated with communicating such data. 
The data can be communicated to the desired location at specified intervals. If necessary, 

20 direct connections between a monitored application and a monitoring system can be 
established in addition to, or instead of, the e-mail communication. 

One advantage of the present invention is that the positioning information can be 
directed to the desired destination rather than to a central location. The present invention 
allows the location information of the subscriber to be directed to a home computer that may 

25 have mapping capability, showing the requester (1) where the subscriber is, (2) how quickly 
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the subscriber is moving, and (3) in which direction the subscriber is moving. The system 
can likewise be used to track children coming home from school. Any abrupt departures 
from the path home could indicate that a monitored child is in trouble. With the present 
invention, there is no need to periodically contact a service center to determine the children's 
location, unless it is so desired. 

Another advantage of the present invention is that the positioning information can be 
in any data format that can be read by various software that can display the positioning 
information on a map. Various software have different capabilities so that the subscribers 
can obtain the software according to their needs. This allows the subscribers to easily share 
location information (e.g., with a search and rescue team). 

Another application of the device of the present invention is to utilize the device on 
persons entering dangerous situations (e.g., adventurous skiers who are likely to go to 
dangerous spots). The locations of the skiers can be reported directly to a rescue team. 
Should an avalanche occur, the rescue team would know whether or not the skiers escaped 
the path of the avalanche and, of those who did not escape, how many are to be rescued. 

It is another object of the present invention to mount a remote position reporting 
device on or within a vehicle (e.g., a bus, boat, train, or taxi) such that the reporting device 
sends the position of the vehicle to a monitoring device without user intervention. The 
position information can be used to periodically update an estimated time of arrival. 

BRIEF DESCRIPTION OF THE DRAWINGS 
A more complete appreciation of the present invention and many of the attendant 
advantages thereof will be readily obtained as the same becomes better understood by 
reference to the following detailed description when considered in connection with the 
accompanying drawings, wherein: 




Figure 1 illustrates the use of the position reporting device to send position 
information to a desired party; 

Figure 2 illustrates a position reporting device connected to a network of computers 
and databases through a Wide Area Network (e.g., the Internet); 
5 Figure 3 illustrates an alternative system configuration in which a position reporting 

device is connected to various networks through a Wide Area Network (e.g., the Internet); 

Figure 4 illustrates components of the position reporting device according to one 
embodiment of the present invention; 

Figure 5 shows the general architecture of the position reporting device according to 
10 one embodiment of the present invention; 

Figure 6A shows the general architecture of the monitoring system according to one 
embodiment of the present invention; 

Figure 6B is an exemplary EventData class interface for use in the architecture of 
Figure 6A; 

15 Figure 6C is an exemplary FormattedEventData class interface for use in the 

architecture of Figure 6A; 

Figure 7 shows the calling sequence of the interface functions within the position 
reporting device in one embodiment of the present invention; 

Figure 8 shows the processing when the monitoring system sends the monitored 
20 position information with the specified formats using the specified protocols according to one 
embodiment of the present invention; 

Figure 9 shows an alternative calling sequence of the interface functions from the 
position reporting device; 

Figure 10 illustrates an exemplary structure of data that is communicated from the 
25 remote position reporting device; 
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Figure 1 1 shows the mapping of the data onto the computer workstation in one 
embodiment of the present invention; 

Figure 12 shows a class diagram of the Data Format Processor package of Figure 6a 
according to one embodiment of the present invention; 
5 Figure 13 shows a method of communicating position information to a computer 

according to one embodiment of the present invention; 

Figure 14 shows an alternative method of obtaining position information from an FTP 
server; and 

Figure 15 illustrates the elements of an exemplary computer. 

5 10 

fl DETAILED DESCRIPTION 

Referring now to the drawings. Figure 1 illustrates a position reporting device 20 
fy whose position is being monitored. As shown in Figure 1, according to one embodiment, a 

O GPS satellite 22 of a larger GPS constellation transmits information to the position reporting 

ry 1 5 device 20. The information is used by the position reporting device 20 to determine its own 

Li i 

2 position. The position reporting device 20 can determine its own position using techniques 

such as those taught by Matsumoto (U.S. Patent No. 5,210,540), Hwang (U.S. Patent No. 
5,021,792) (both incorporated herein by reference), or other techniques known in the GPS 
field that calculate positions from signals received from plural known locations (e.g., plural 
20 GPS satellites, plural ground stations, or a combination thereof). The position reporting 

device 20 may obtain the information continuously or periodically. The position reporting 
device 20 can be used to obtain the position of any mobile object (e.g., a hiker 24 (see Figure 
1), a child, a bike, a car, a pair of skis, a snowboard, a boat, or a hang glider). As would be 
appreciated, the position reporting device 20 may be affixed to (either permanently or 
25 temporarily) or placed inside any of the mobile objects, as necessary. The position 
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information is (1) collected in the position reporting device 20 and (2) communicated to a 
desired party (e.g., using a store-and-forward or direct communication protocol) using 
wireless communication. In Figure 1, the position information is communicated to a 
computer workstation 26. The user of the workstation 26 is provided information on the 
5 location of a mobile object (e.g., the hiker 24). If the object is missing, the user of the 
computer workstation 26 can use the position information communicated to it to provide 
information to a search team to quickly find the object. 

Figure 2 illustrates a position reporting device 20 connected to a Wide Area Network 
(WAN) 10 via a wireless connection (e.g., using a radio frequency (RF) or infra-red (IR) 

□ 

10 transmitter or transceiver). The position reporting device 20 obtains signals from the GPS 

01 satellites and determines its own position. The position reporting device 20 collects position 
information and then communicates this information to a recipient. Wireless transceivers are 

Ol 

ry commercially available from Ricochet Wireless, Sprint PCS Wireless, and RCN's Blackberry 

O Wireless Email. 

5^15 In Figure 2, a wide area netwop:.(e.g., the Intemet or its successor) is generally 

2 S vjV?^^^^^^^^ WAN 10 can^e a private WAN or a public WAN. The WAN 1 0 

pS^y ^^^iffoudes a plurality of interconnec^fed computers and routers designated by 12A-12L The 

manner of communicating over si WAN is known through RFC documents available from the 
Intemet Engineering Task Force (IETF) at http://www.ietf.org/rfc.html. Transmission 
20 Control Protocol/Internet Protocol (TCP/IP) related communication is described in several 
references, including (I) TCP/IP Illustrated, Vol. 1, The Protocols, by Stevens, from 
Addison-Wesley Pubhshldg Company, 1994, ISBN: 0201633469, (2) Internetworking with 
TCP/IP by Comer and Stevens, 4th edition. Vol. 1 (April 15, 2000), Prentice Hall; ISBN: 
0130183806, (3) Intehietworking with TCP/IP, Vol. II, ANSI C Version: Design, 
25 Implementation, anrd internals, by Comer and Stevens, 3 edition (June 10, 1998) Prentice 
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Hall; ISBN: 0139738436, a/d (4) Internetworking with TCP/IP, Vol. Ill, Client-Server 
Programming and Applirations-Windows Sockets Version, by Comer and Stevens, 1 edition 
(April 28, 1997) Prentite Hall; ISBN: 0138487146. The contents of all four books are 
incorporated herein jzfy reference in their entirety. 
5 In Figure 2, a firewall 40B is connected between the WAN 10 and a network 52. 

Also, a firewall 40A is connected between the WAN 10 and a workstation 42, The firewall 
40B is a device that allows only authorized computers on one side of the firewall to access a 
network or other computers on the other side of the firewall. Firewalls such as firewall 40A 
and 40B are known and commercially available devices and/or software and, for example, 
^ 10 include SunScreen from Sun Microsystems Inc. 

i i i 

yj The network 52 is a conventional network and includes a plurality of workstations 

^ 56A-56D. In addition to the workstations connected via the network 52, there is a 

workstation 42 that is not directly connected to the network 52. Information in a database 
^ stored in a disk 46 may be shared using proper encryption and protocols over the WAN 10 to 

;5 15 the workstations connected directly to the network 52. Also, the workstation 42 includes a 
P direct connection to a telephone line and/or Integrated Services Digital Network (ISDN) 

and/or cable and/or wireless network 44, and the database in disk 46 may be accessed through 
the telephone line, ISDN, cable or wirelessly. The cable used by this invention may be 
implemented using a cable which typically is used to carry television programming, a cable 
20 which provides for high speed communication of digital data typically used with computers 
or the like, or any other desired type of cable. The workstations 42 and 56A-56D that are 
connected to the WAN provide a secure connection to the position reporting device 20. This 
allows the position reporting device 20 to properly communicate its position information to 
any of the workstations 42 and 56A-56D. Devices 58A-58D are data storage devices. A 
25 feature of the present invention is the use of a "store-and-forward" mode of communication 
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(e.g., Internet e-mail) or transmission between the position reporting device 20 and a 
workstation for monitoring the position information. The "store-and-forward" process 
alleviates the need for the position reporting device 20 having to wait until a direct 
connection is established with the recipient. Because of network delays, the communication 
5 could take a substantial amount of time during which the application would be unresponsive. 
Such unresponsiveness can be unacceptable to the recipient, if for example, one is tracking 
the motion of the position reporting device 20. By using e-mail as the store-and-forward 
process, retransmission attempts after failures occur automatically for a fixed period of time. 
Alternatively, the message that is transmitted may be implemented using a mode of 

1 0 communication that makes direct, end-to-end connections. 

Figure 3 illustrates an alternative system diagram of the present invention in which 
different devices and subsystems are connected to the WAN 10. However, there is no 
requirement to have each of these devices or subsystems as part of the invention. Each 
component or subsystem illustrated in Figure 3 is individually a part of the invention. 

1 5 Further, the elements illustrated in Figure 2 may be connected to the WAN 10 that is 

illustrated in Figure 3. In Figure 3, there is a position reporting device 20 that is connected to 
the WAN 10 via a wireless connection. Further in Figure 3, there is illustrated a firewall 40C 
connected to an Intranet 1 12. The service machine 1 14 connected to the Intranet 1 12 
includes therein or has connected thereto data 116 which may be stored in a database format. 

20 The data 1 16 may include a history of the position information of the position reporting 

device 20 that is being monitored. The service machine 1 14 may be implemented as any type 
of device and is preferably implemented using a computerized device such as a general- 
purpose computer. 

An alternate type of sub-system includes the use of an Internet Service Provider (ISP) 
25 118 that may be any type of ISP, including known commercial companies such as for 
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example America Online, Mindspring, and Niftyserve. In this sub-system, a computer 120A 
is connected to the ISP 118 through a modem (e.g., an analog telephone line modem, a cable 
modem, an ISDN-based modem, an Asymmetric Digital Subscriber Line (ADSL)-based 
modem, a frame relay adapter, a wireless (e.g., radio frequency) modem, an optical modem, 
or a device that uses infrared light waves). The computer 120A may receive position 
information communicated to it by the position reporting device 20. 

Also illustrated in Figure 3 is a firewall 40E connected to a network 126. The 
network 126 may be implemented as any type of computer network (e.g., an Ethernet or 
Token-Ring network). Networking software that may be used to control the network includes 
any desired networking sofhyare including software commercially available from Novell or 
Microsoft. The network 126 may be implemented as an Intranet, if desired. Computers 
120D and 120C connected to the network 126 may receive position information from the 
position reporting device 20. The wireless communication described herein may be 
established using spread spectrum techniques including techniques which use a spreading 
code and frequency hopping techniques such as the frequency hopping technique disclosed in 
the Bluetooth Specification (available at the World Wide Web site wv^.bluetooth.com), 
which is incorporated herein by reference. 

Another sub-system illustrated in Figure 3 includes a firewall 40D, an Intranet 132, 
arid a computer 120B. The computer 120B may receive position information from the 
position reporting device 20, While Figure 3 illustrates a plurality of firewalls, the firewalls 
are preferable but optional equipment and therefore the invention may be operated without 
the use of firewalls, if desired. 

Figure 4 shows the components of the position reporting device 20. The position 
reporting device 20 contains a GPS receiver 150. The GPS receiver 150 obtains signals from 
GPS satellites or ground stations to determine its position. GPS receivers are available in the 



form of handheld GPS receivers, automotive GPS receivers, and fixed-mount GPS receivers. 
Commercially available handheld GPS receivers include the Magellan GPS Blazer 12, 
Trimble GeoExplorer 3, and Garmin GPS 12CX HandHeld GPS. Commercially available 
automotive GPS receivers include the Magellan 750 Nav - Neverlost, Philips Carin GPS 
Navigation System, and Garmin StreetPilot Portable GPS Mapping System. 

Further in Figure 4, the position reporting device 20 contains a monitoring system 
152. The monitoring system 152 may be software (e.g., a dynamic link library (DLL)) that 
the GPS receiver 150 interfaces with to record the position information. The monitoring 
system 152 monitors and maintains the position information of position reporting device 20 
and when triggered, the monitoring system 152 will communicate the position information to 
a desired party. 

The position reporting device 20 also contains a communications access module (e.g., 
an Internet access module 1 54). The Internet access module 1 54 interfaces with the 
monitoring system 152 so that it may communicate the position information to a desired 
party. The Internet access module 1 54 provides wireless access to the Internet so that 
wireless communication can occur. As mentioned above, there are commercially available 
products that establish connections to the Internet using wireless communications (e.g.. 
Ricochet Wireless, Sprint PCS Wireless, and RCN's Blackberry Wireless Email). 

Figure 5 shows the general event management architecture of the position reporting 
device 20 that can be implemented as any one, or a combination of, a dynamic link library, a 
script, a JAVA, CH-+, or other object oriented language class, a C library routine, etc. The 
remainder of this discussion describes the implementation in terms of a DLL. The GPS 
receiver 150 obtains information from the GPS satellites and determines its position. The 
position reporting device 20 may obtain its position information either periodically (e.g., 
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every minute or every 5 minutes) or aperiodically (after five minutes, then after ten minutes, 
then after three minutes, etc). 

Further in Figure 5, the monitoring system 152 is the monitoring software or 
monitoring DLL that the position reporting device 20 uses to record and maintain the position 
information it collects. In one embodiment, the monitoring system 1 52 provides five 
interface functions to the GPS receiver 150. SetApplicationlDQ allows the GPS receiver 150 
to inform the monitoring system 152 about the identification of the position reporting device 
20. StartMonitoringO allows the GPS receiver 150 to inform the monitoring system 152 that 
the monitoring system 152 should prepare to log information about its position. 
StartMonitoringO lets the monitoring system 152 initialize itself before recording position 
information. RecordEvent() allows the GPS receiver 150 to inform the monitoring system 
1 52 that it should record the position information. The GPS receiver 150 will pass 
information to the monitoring system 152 about its position. The monitoring system 152 
maintains information about the position reporting device position. The monitoring system 
152 may either maintain information about its latest position or information about its position 
over a period of time. SelectFormatProtocolQ allows the GPS receiver 150 to inform the 
monitoring system 1 52 which format and protocol to use to communicate the position 
information to a desired party. StopMonitoringQ allows the GPS receiver 150 to inform the 
monitoring system 1 52 that it should stop recording position information. In addition to 
triggering the monitoring system 152 to communicate the position information periodically, 
the monitoring system 152 can be triggered to communicate the position information to a 
desired party when the GPS receiver 150 calls the interface function StopMonitoring(). 

Figure 5 shows an Internet access module 154 that allows the monitoring system 152 
to communicate the position information to the desired party. The Internet access module 
154 provides the monitoring system 152 wireless access to the Intemet so that it may use 
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simple mail transfer protocol (SMTP) or file transfer protocol (FTP) to communicate the 
position information to the desired party such as the recipient in a direct search for the mobile 
object. In one embodiment, the Internet access module 154 provides the interface function 
ConnectSystemO to the monitoring system 1 52 to provide it access to the Internet. 

The monitoring system 152 contains information about the desired party to which the 
position information is communicated. In one embodiment, this information is set up in the 
position reporting device 20 prior to attaching it to a mobile object. This setup allows the 
position reporting device 20 to communicate the position information to any desired party or 
recipient. Alternatively, the desired party can be identified after attaching the device 20 to 
the mobile object. 

Figure 6A shows the general event management architecture of the system that can be 
implemented as any one, or a combination of, a dynamic link library (DLL), a static link 
library, a script, a Java, C-H- or other object oriented language class, a C library or routine, 
etc. The remainder of this discussion describes the implementation in terms of a DLL. In 
general, a GPS receiver control application 150 communicates through an interface 600. The 
interface 600 specifies the application program interface (API) for the event management 
architecture (e.g., how position information is passed via a C or C+4- function call to the 
object(s) in the system manager 602 with the same names). The system manager computer 
code device 602 manages the behavior of other computer code devices by using appropriate 
objects and their functions. Similarly, the event logger 604 records log information such as, 
for example. User ID, Application ID, Cumulative Session Number, Start Time, Duration and 
Sequence of Events with the elapsed times when requested through the system manager 602. 
The event logger 604 supports functions including: initial izeO, storeEvent(), 
stopMonitoringO, and getEventData(). 
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In one embodiment, the initializeQ function receives a string parameter for the 
AppHcation ID, The system manager 602 calls this function when startMonitoringQ is called 
by the GPS receiver control application 150. The initializeQ function sets the Application ID, 
takes care of the cumulative number of usages, reads the clock to store the start time in order 
5 to compute the elapsed time and duration, and sets up the user information by examining the 
registry. 

After initialization, the storeEventQ function can be called with a string parameter for 
the Event passed by record EventQ. The event logger 604 stores the event string and the 
elapsed time from the start time (recorded during the initializeQ function call). 
10 After the application 1 50 has completed its usage monitoring, it calls the 

stopMonitoringQ fiinction so that the duration can be computed. If multiple sessions are 
stored, this function stops the recording of a corresponding session. 

The event logger 604 also provides access to a getEventDataQ function. If the 
StopMonitoringQ fiinction was not previously called (i.e., the current session's duration field 
1 5 is undefined), the monitoring is stopped by calling the stopMonitoringQ fiinction. The 

StopMonitoringQ function computes the duration of the current session. The getEventDataQ 
function returns an abstract class with the access functions shown in Figure 6B. The abstract 
class facilitates extensions for multiple sessions. 

The format and protocol information base system 606 (implemented as any one or a 
20 combination of package, DLL, static library, etc.) stores the format and protocol information 
and checks the combination of formats and protocols to determine the valid combinations. 
To facilitate the storage process, the storeFormatAndProtocolQ function accepts two 
parameters (i.e., one for format and one for protocol). The function checks to ensure that the 
parameters are a valid combination. 
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The component 606 also includes a getFormatAndProtocolVectorQ function that 
returns a format and associated vector of protocols. In one embodiment, the function 
performs error checking. For example, if a protocol allows only one format to be sent, then 
the format should be the last format in the function call of selectFormatProtocolQ. The return 
value is a boolean value where true indicates that valid parameters were returned and false 
indicates that no more data is available. The return parameters are int and vector of int. The 
first int refers to the format while the vector of int refers to the vector of protocols for the 
format. When there is no selectFormatProtocol() function call, the 

getFormatAndProtocolVectorO returns the default setting. As would also be evident, other 
collections (e.g., a list template) may be used in place of a vector. 

The data format processor 608 is responsible for formatting event data into a specified 
format. One exemplary function is the formatEventData() function that receives a pointer to 
the abstract class EventData. The return value is a pointer to the abstract class 
FormattedEventData. Generally, the interface to the FormattedEventData abstract class is 
defined as in Figure 6C. 

The protocol processor 610 is responsible for communicating the formatted event data 
through the specified protocol. In one embodiment, the processor 610 also encrypts the data 
before it is sent. To output the data, the processFormattedDataQ function is called with an 
input pointer to the abstract class FormattedEventData. The function returns a boolean value 
where "true" represents no errors, and "false" represents the existence of an error while 
sending the formatted data. 

The system 612 supplies important information and persistent information across the 
execution of the DLL. Some of the important information is timer information through the 
library call. The registry to keep the necessary information is another important component 
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of the system 612. Many registry entries are set up at installation time. An exemplary 
structure for the registry is: 

HKEY_LOCAL_MACHINE - SOFTWARE RicohMonitor - 
XXX(ApplicationlD) 

Where XXX represents the Application ID, the following variables are placed in the 
registry under XXX tree: CumulativeUsage, UserlD, SMTP Server, Recipients, From, FTP 
Server, FTP User, FTP Password, FTP Target Path etc. In one embodiment, 
CumulativeUsage is an integer, and the rest of the variables are strings. 

Figure 7 shows an exemplary calling sequence within the position reporting device 
20. The GPS receiver 150 sets the application ID through the interface function 
SetApplicationlDQ of the monitoring system. The GPS receiver 150 starts the monitoring of 
the position information through the interface function StartMonitoringO of the monitoring 
system 152. The monitoring system 152 records and maintains start information. The GPS 
receiver 1 50 obtains position information periodically. For each occurrence, the GPS 
receiver 1 50 calls the interface function RecordEventQ of the monitoring system 152 passing 
the position information so that the monitoring system 152 will keep track of the position 
information. The monitoring system 152 will periodically communicate the position 
information by calling the interface function ConnectSystemQ of the Internet access module 
154 to obtain wireless access to the Internet. This will allow the monitoring system 152 to 
communicate the position information to a desired party. When the position reporting device 
20 is turned off, the GPS receiver stops monitoring the position information by calling the 
interface function StopMonitoring() of the monitoring system 152. The monitoring system 
152 will communicate the final position information by calling the interface function 
ConnectSystemQ of the Internet access module 154 to obtain wireless access to the Internet 
and to communicate the position information to a desired party. 
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Figure 8 describes the process of sending the monitored position information. The 
position information is sent periodically after the position information has been collected by 
the monitoring system 1 52. Steps 1 through 3 show the process of recording the latest 
position information after the GPS receiver 150 has obtained information about its location. 
5 Step 4, entitled "getEventData," shows the process of obtaining the position information in 
order to communicate it to the recipient or desired party. This position information may 
correspond to the latest position information or the position information over a period of 
time. The class CMonitorManager acts as the system manager 602 and contains trigger 
information about when to communicate the position information. Step 5, entitled 

10 "getFormatAndProtocolVector," shows the process of obtaining the data format and 

communication protocol in which the position information is communicated to the desired 
party. Later, step 6, entitled "CreateDataFormatProcessor," creates a data formatter for the 
selected formatting that is used to format the position information in step 7. Step 8 obtains 
the protocol processor that is used to communicate the position information in step 9. 

1 5 Together, steps 6 and 8 show that the formatters and protocol processors can be created 
dynamically (i.e., only when they are needed). 

Figure 9 describes the use of the position reporting device 20, The GPS receiver 150 
obtains signals from GPS satellites 22. The GPS receiver 150 determines the location of the 
position reporting device 20 and records the location in the monitoring system 152 through 

20 the interface function RecordEventQ. The GPS receiver 150 obtains, determines, and records 
the position of the position reporting device 20 at specified times. The monitoring system 
152 will record the position information and, after a time interval, will communicate the 
position information to a desired recipient. The monitoring system 152 will obtain wireless 
access to the WAN (e.g., the Internet) 1 0 to communicate the position information through 

25 the interface function ConnectSystem() of the Internet access module 1 54. TTie position 
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reporting device 20 communicates with the Internet 10 via wireless communication. The 
position information will be delivered to the desired recipient through the Internet 10 via 
email or file transfer protocol. The position information is obtained by the computer 
workstation 1 14 and may be stored on a data storage device 1 16 in a database. 

Figure 10 shows an exemplary structure of data 2000 that is communicated from the 



^v^Cemote position reporting device 20 to a computer workstation 1 14 through the WAN (e.g., 
Ihe Internet) 10 via wireless ac^ss. In this example, the data 2000 contains a field 
identifying the remote position reporting device 20 (ID 2001), a field containing the current 
time (Time 2002), and a series of fields containing the position of the device at different 
times (Positions, Time//2003). As would be well understood by those of ordinary skill in the 
art, the data for the oosition of the device can be represented in any of the various coordinate 
systems such as, fpr example, the World Geodetic Datum and the North American Datum 
(NAD). Descriptions of several of these coordinate systems are provided at the World Wide 
Web site httrf//wvv^.colorado.edu/geography/gcraft/notes/datuni/datum_f html, which is 
incorporated herein by reference. 

Figure 1 1 illustrates how the dkta 2000 that has been communicated by the position 
reporting device 20 may be mappecyand graphically presented on the workstation 1 14. A 
software application such as a coijimercially available geographic information system (GIS) 
product or other mapping produiit is used to read the data 2000 and to present the data 2000 
as graphical indicators placed An a map at the geographic location indicated by the data. A 
mapping projection such asihe State Plane Coordinate System or the Cylindrical Projection 
may be used to more accurately plot the position represented in the data 2000 received by the 
position reporting deviofe 20 onto a map. As is well understood by those of ordinary skill in 
the mapping art, mapping projections take into account the earth's curved surface, so as to 
enable the creatio/ of an accurate flat representation of the earth's surface such as on a piece 
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of paper or on a compute screen. Descriptions of the mapping projections mentioned above 
and others are available at the World Wide Web site 

http://uwwxolorado,edu/geography/gcraft/notes/mapproj/map^^^ which is 

incorporated herein by reference. Mapping and GIS software is readily available that allows 
data 2000 received from the position reporting device 20 to be plotted onto a map, including, 
among those are Delorme's Street Atlas USA, Intergraph's VistaMap, and ESRI's 
Map9Djects. 

Figure 12 shows a class diagram for one embodiment of the data format processor 
package of Figure 6A. As shown in Figure 12, the class structure provides the monitoring 

10 system 152 with flexibility to represent the position information in a variety of formats. 

Newly defined or newly desired formats for the representation of position information may 
be easily added to the monitoring system 152. The monitoring system 152 uses two abstract 
classes - CAbsDataFormatter 700 and CAbsFormattedData 702. 

CAbsDataFormatter 700 provides the interface that allows the data obtained by the 

15 monitoring system 152 from the GPS receiver (e.g, the data 2000 shown in Figure 10) to be 
formatted. The classes derived from CAbsDataFormatter 700 provide the method for 
formatting the data. Two derived classes of CAbsDataFormatter 700 are 
CCommaDataFormatter 704 and CPositionDataFormatter 708, each of which provides a 
method for formatting the data. 

20 CAbsFormattedData 702 provides the interface for accessing the formatted data. The 

classes derived from CAbsFormattedData 702 provide the method for accessing the 
formatted data. Two derived classes of CAbsFormattedData 702 are CCommaFormattedData 
706 and CPositionFormattedData 710, each of which provides a method for accessing the 
formatted data. 



-20- 



Additional classes derived from CAbsDataFormatter 700 and CAbsFormattedData 
702 can be added as support for different representations of the position information are 
desired. Therefore, the format of the position data depends on the mapping or GIS software 
used to plot the data onto the map on the computer workstation 1 14. The design of the class 
structure of the monitoring system 152 of the present invention is flexible such that it can 
accommodate any format required by or supported by the software selected for plotting the 
position information. 

A computer workstation 114 may not be continually running, and, accordingly, the 
software application may not be able to plot continuous position information on a map. For 
example, parents will monitor the position of their child when the child is walking home firom 
school, but not during the time when their child is in school or at home. The remote position 
reporting device 20 will continually communicate the position information whether the 
computer workstation 1 14 is on or off. 

Figure 1 3 describes a method in which the position information is communicated to 
the computer workstation 720 through a "store-and- forward" e-mail. While the computer 
workstation 720 is off, the position information can be e-mailed to an Internet service 
provider (ISP) 724 from which the computer workstation 720 obtains its e-mail. The ISP 724 
has a post office protocol version 3 (POP3) server 726 to continually store the position 
information being communicated to the computer workstation 720. When connection is 
made between the computer workstation 720 and the ISP 724, the computer workstation's 
mail agent 728 such as Microsoft Outlook obtains the e-mail messages stored in the POP3 
server 726. When the software application 722 that plots the position information is 
executed, it will obtain the position information from the mail agent 728 and plot the position 
information on a map. 
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Once the software application 722 has plotted the historical position information, it 
will then interface with the POP3 server 726 through the ISP 724 to maintain the current 
position information as received by the ISP 724 from the position reporting device 20. 
Anytime the POP3 server 726 receives position information, the software application 722 
will plot the newly received position information on a map. The software application 722 can 
save a history of the position information it has plotted on the map. 

Figure 14 describes an alternative method in which the computer workstation 720 
obtains the position information from an FTP server 730. While the computer workstation 
720 is turned off, the position information is communicated to an FTP server 730. The 
computer workstation 720 has access to the FTP server 730 through an ISP 724. When the 
software application 722 that plots the position information is executed, it will obtain the 
historical position information by downloading it from the FTP server 730 through the ISP 
724, then plot the position information on a map. The software application 722 will access 
the position information stored on the FTP server 730 associated with the ID of the remote 
position reporting device 20 of interest. The FTP server 730 may be a service provided by 
the software application vendor or another company. The software application 722 will 
continually monitor the FTP server 730 for new position information as received from the 
position reporting device 20. The software application 722 can save a history of the positions 
information it has plotted on the map. 

The aforesaid methods and steps for remote position monitoring are contained 
according to this invention on a computer program product. The computer program product 
is a computer program code mechanism having computer code devices. The computer 
program code mechanism is embedded in a storage medium and includes instructions which 
can be used to program or control a computer or a plurality of networked computers to 
perform a process of the invention. The storage medium can include, but is not limited to. 
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any type of disk including floppy disks, optical discs, CD-ROMs, and magneto-optical disks, 
ROMs, RAMs, EPROMs, EEPROMs, magnetic or optical cards, or any type of media 
suitable for storing electronic instructions. 

The various computers utilized by the present invention, including the computers 42 
and 56A-56D of Figure 2, may be implemented as illustrated in Figure 15. Further, any other 
computer utilized by this invention may be implemented in a similar manner to the computer 
illustrated in Figure 15, if desired, including the service machine 1 14 and computer 120C of 
Figure 3. However, not every element illustrated in Figure 15 is required in each of those 
computers. In Figure 15, the computer 1002 includes a CPU 1004 which may be 
implemented as any type of processor including commercially available microprocessors 
from companies such as Intel, AMD, Motorola, Hitachi and NEC. There is a working 
memory such as a RAM 1006, and a wireless interface 1008 which communicates with a 
wireless device 1010. The communication between the interface 1008 and device 1010 may 
use any wireless medium (e.g., radio waves or light waves). The radio waves may be 
implemented using a spread spectrum technique such as Code Division Multiple Access 
(CDA) communication or using a frequency hopping technique such as that disclosed in the 
Bluetooth specification. 

There is a ROM 1012 and a flash memory 1014, although any other type of non- 
volatile memory (e.g., EPROM, or an EEPROM) may be utilized in addition to or in place of 
the flash memory 1014. An input controller 1016 has connected thereto a keyboard 1018 and 
a mouse 1020. There are serial and parallel interfaces (not shown) connected to serial and 
parallel devices (not shown). There is an IEEE 1394 device, commonly referred to as a 
firewall device 1032, connected to an IEEE 1394 interface (not shown). The various 
elements of the computer 1002 are connected by a system bus 1038. A disk controller 1040 
is connected to a floppy disk drive 1042 and a hard disk drive 1044. A communication 
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controller 1046 allows the computer 1002 to communicate with other computers (e.g., by 
sending e-mail messages) over a telephone line 1048 or a network 1049. An I/O 
(Input/Output) controller 1050 is connected to a printer 1052 and a hard disk 1054, for 
example using a SCSI (Small Computer System Interface) bus. There is also a display 
controller 1056 connected to a CRT (Cathode Ray Tube) 1058, although any other type of 
display may be used including a liquid crystal display 1068, a light emitting diode display, a 
plasma display, etc. 

Numerous modifications and variations of the present invention are possible in light 
of the above teachings. It is therefore to be understood that within the scope of the appended 
claims, the invention may be practiced otherwise than as specifically described herein. 
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